cellrendereraccel: remove superfluous GTK+ grabs

Revert "gtk: Remove propagation limit of captured events on the grab widget"

This reverts commit 6511f411955adba4f960b8b07d39b93785afe33e.

longpress: Use xsettings to determine long press duration

GtkSettings::gtk-long-press-time is used to this effect.

settings: Add gtk-long-press-time setting

This setting determines the duration of a button/touch press to
be considered a long press.

window: Use gestures for window moving/resizing

A multipress gesture is used to control all this, replacing
single/double click custom code, and triggering window dragging
when the multipress is stopped, yet active (ie. the sequence remains
pressed).

treeview: Use multipress gesture for row activation

Replace custom double click detection with multipress gesture

dnd: Use GtkGestureDrag to initiate DnD

This gesture is used by gtk_drag_source_set() to determine
whether dragging moved past the threshold. The gesture events
are handled via the usual ::event callbacks, so we don't mess
up with callers expecting that to happen in a signal handler.

If the sequence gets claimed somewhere else in the event widget
stack, the DnD gesture will be cancelled.

scrolledwindow: Ensure the dragging sequence gets denied if more touches come in

This allows children to receive an emulated press, and handle it together with
the new touch that made the scrolledwindow sequence denied.

scrolledwindow: Fix overshoot coordinates

With gtk_gesture_get_point() returning events in
gtk_event_controller_get_widget() coordinates, we no longer need
to compensate for the overshoot here.

widget: Add gtk_widget_set_gesture_state()

This helper function ensures the state is propagated for
all the active sequences in the given gesture.

widget: Improve button press emulation on sequence denied

Ensure that state being set on pointer emulating touches actually
gets propagated properly on widgets with gestures that only handle
pointer events.

swipe: Dont emit swipe() if the gesture was denied rather than finished

drag: Make API offsets based

It is generally more useful to get offsets right away,
than having to calculate those from the start point.

scrolledwindow: Use GtkGestureSingle API

scrolledwindow: Update gesture API change.

demo: Update to gesture API change

widget: Reset gestures on grab-notify

If it is determined that the gesture will stop receiving
events, reset the gesture altogether.

widget: Make helper gesture API take GtkGestures

GtkEventController may be certainly useful to keep event
handling self-contained in other places than gestures, but
the current widget API is highly related to gestures, so
just using GtkGesture as the argument there will be quite
more convenient. The other places where GtkEventController
make sense as a base object will better provide their own
hooks.

Add: GTK_PHASE_NONE value to GtkCapturePhase.

Gestures attached with this phase will expect callers to have it
receive events through gtk_event_controller_handle_event(), but
the gesture will still be notified of sequence state changes,
grabs, etc...

gesture: check the gesture after denying a sequence.

So the gesture emits end() timely.

gesture: Offer always coordinates in the gesture widget coordinate space

Translate events meant for other widgets/windows, so gtk_gesture_get_point()
always returns coordinates based on the gtk_event_controller_get_widget()
allocation.

multipress: Remove unused signal argument

swipe: Make a subclass of GtkGestureSingle

drag: Make a subclass of GtkGestureSingle

multipress: Make a subclass of GtkGestureSingle

The redundant API has been removed here.

longpress: Make a subclass of GtkGestureSingle

the redundant API here has been removed.

gesture: Only recognize gestures with as many interacting touches as those handled

If a gesture has denied sequences (so those are presumably handled above/below
the widget), it shouldn't attempt to handle extra touches, even if those end
up matching the expected number of touches.

gesture: Limit API calls to non-denied sequences

Gestures do track those internally, but information about those
shouldn't be leaked on calls.

gesture: Require BUTTON_PRESS/TOUCH_BEGIN for sequences to be initiated.

Gestures should always receive one of such events in order to be activated,
and the propagation mechanism will ensure they do so if the original event
was caught up the widget hierarchy by another gesture that is now declining
the sequence.

gesture: Only track non denied sequences in get_last_updated_sequence()

gesture: cancel all ongoing sequences on reset()

gesture: Skip non-device events early.

gesture: Add gtk_gesture_[sg]et_window()

This can be used to restrict a gesture to an specific GdkWindow,
all events will be checked to happen on/within that window.

docs: Add GtkGestureSingle to docs

gesture: Remove the touch-only property

This is handled in GtkGestureSingle.

Add GtkGestureSingle

This is a GtkGesture subclass, specific to single-touch (or
mouse operated) gestures.

...and add the right include instead

Remove a doubled line

scrolledwindow: Use gesture button/touch press synthesization

This makes scrolled window fully compatible again wrt the
GtkScrolledWindow::capture-button-press property.

widget: Propagate touch/button press events when a sequence is denied

If the captured touch begin or button press event have been consumed
for the given sequence, propagate it upwards if the sequence goes from
claimed to denied, so the widgets on the way to the event widget receive
a coherent event stream now that they're going to receive events.

gesture: Add private getter to know whether a touch begin was handled

If GDK_TOUCH_BEGIN was handled/consumed for a sequence, or GDK_BUTTON_PRESS was
handled for the mouse gesture, this function will return TRUE.

widget: Implement hierarchy-level mechanism to claim/deny sequences

The policy of sequence states has been made tighter on GtkGesture,
so gestures can never return to a "none" state, nor get out of a
"denied" state, a "claimed" sequence can go "denied" though.

The helper API at the widget level will first emit
GtkWidget::sequence-state-changed on the called widget, and then
notify through the same signal to every other widget in the captured
event chain. So the effect of that signal is twofold, on one hand
it lets the original widget set the state on its attached controllers,
and on the other hand it lets the other widgets freely adapt to the
sequence state changing elsewhere in the event widget chain.

By default, that signal updates every controller on the first usecase,
and propagates the default gesture policy to every other widget in the
chain on the second. This means that, by default:

1) Sequences start out on the "none" state, and get propagated through
   all the event widget chain.
2) If a widget in the chain denies the sequence, all other widgets are
   unaffected.
3) If a widget in the chain claims the sequence, then:
  3.1) Every widget below the claiming widget (ie. towards the event widget)
       will get the sequence cancelled.
  3.2) Every widget above the claiming widget that had the sequence as "none"
       will remain as such, if it was claimed it will go denied, but that should
       rarely happen.

This behavior can be tweaked through the GtkWidget::sequence-state-changed and
GtkGesture::event-handled vmethods, although this should be very rarely done.

docs: Add GtkWidget gesture functions

scrolledwindow: port to GtkGesture

The kinetic scrolling feature is now implemented using a
GtkGestureDrag and a GtkGestureSwipe, plus a GtkGestureLongPress
in order to denying the sequence, so it is possibly handled
underneath.

widget: Add widget-level handling of touch sequence state.

These functions ATM do nothing but proxying the controller(s) state
with the given sequence.

widget: Hook GtkEventController to widget event processing.

A controller can be optionally hooked on the capture or the bubble
phase, so the controller will automatically receive and handle events
as they arrive without further interaction.

gtk: Remove propagation limit of captured events on the grab widget

Now, all captured events run from the toplevel to the deepmost widget,
regardless of GTK+ grabs. This makes captured events more useful to
event controllers if used together in the hierarchy with widgets doing
old fashioned event handling and GTK+ grabs.

gtk-demo: Add simple gestures demo

hook GtkGesture* into docs generation

Add GtkGestureMultiPress

This gesture handles any number of clicks, ensuring multiple presses
stay within thresholds and timeouts. When anything of that happens,
the gesture is reset and press count starts from 1 again.

Optionally, the gesture can be given a rectangle, used in in presses > 1
to ensure the consecutive presses happen on user imposed areas.

Add GtkGestureDrag

This gesture interprets and reports drags as an offset to the drag
start point.

Add GtkGestureZoom

This gesture interprets and reports relative scale differences when fed
with events from two different GdkEventSequences.

Add GtkGestureRotate

This gesture implementation recognizes rotations when fed with
events from two different GdkEventSequences

Add GtkGestureSwipe

This gesture implementation recognices swipes on any direction.
The "swipe" signal has the X/Y velocity vector components, so
those can be used for direction guessing and velocity thresholds.

Add GtkGestureLongPress

This gesture interprets long presses with variable delays
and thresholds

Add GtkGesture

This a more specific abstract type that handles one or multiple
streams of pointer/touch events.

Add GtkEventController

This is a basic abstract type that handles GdkEvents.

themingbackground: Outset shadows require border box

They are drawn relative to the border box, not relative to the padding
box.

css: Make getter function a real getter

Initialize the passed-in value, don't treat it as an in-out parameter.

testsuite: Add more icon names

These were found by looking over the GTK+ sources and ui files.

Add more icons to check-icon-names

These are icons which are used as GtkArrow replacement, and
icons used for the volume button.

testsuite: Run reftests with GTK_DEBUG=icontheme

This will hopefully help to track down some hard-to-squash
failures that only happen in gnome-continuous.

testsuite: Add a test for icon names

This test just checks that all the icon names that GTK uses are present
in the default icon theme.

As icon names are not checked programmatically and we do not want to run
into missing-icon icons in the code, this test seems necessary.

For now, it's just a stub that tests stock icons.

GtkButton: tighten code a bit

Make it so we only use GtkMisc in one place.

inspector: Repeat the keybinding warning

Show the confirmation dialog every time the keybinding is used,
until the user clicks OK.

inspector: avoid a warning on destroy

We are only hiding the window now, so a memory management
error has crept into the destroy path.

Revert "Fix crash"

This reverts commit 024c11dd66dfda5efb110f55ecec93801f21c0ed.

It's not a crash fix to cause a return_val_if_fail() to happen.

reftests: Fix icon-vfuncs reftest

The reftest broke when font size lead to labels > 16px.

Fix crash

docs: Include input handling overview

Now that it is not entirely empty anymore, lets include it.

Some more input handling docs

Fill in some content in the input handling overview

gdkwindow-x11: Rearrange a tiny bit

gdkwindow-x11: Fix build

gdkwindow-x11: Ungrab the implicit grab before showing the window menu

Otherwise, the WM cannot take a grab on the pointer device, since we'll
still have the implicit grab.

reftests: Remove the css-match-style-property-order test

It was testing -GtkWidget-focus-line-width, which is a dead property
we don't use anymore.

Drop an unused spec file template

Last touched in 2008...probably not relevant.

reftests: Fix some more easy GtkButton shadow cases

reftests: Fix background-area test

The test should include reset-to-defaults.css but apparently it is older
than that file. So it broke when buttons started using shadows.

gdkwindow-x11: Pass through the x/y coordinates to _GTK_SHOW_WINDOW_MENU

We accept these now.

tests: Remove unused args

Updated POTFILES.in

Forgotten file

Deprecate GdkColor

It has been replaced by GdkRGBA. Time to make it official.
http://bugzilla.gnome.org/show_bug.cgi?id=636695

examples: Don't use gtk_application_add_accelerator

It has been deprecated.

tests: Adapt to gtk_widget_reparent deprecations

tests: Update for GtkMisc deprecations

tests: Drop manual property editor

No need for this anymore, now that we have the inspector everywhere.

gtk-demo: Don't use GtkArrow

It is deprecated now.

Avoid a compiler warning

tests: add clipboard set_with_data test

https://bugzilla.gnome.org/show_bug.cgi?id=730183

Update treeview tests for focus changes

The treeview is not using focus-pad here anymore, so update
the tests to not expect it.

GtkScrolledWindow: Avoid a test failure

The change to take out unneeded NULL checks requires some care
at startup: we check both adjustments when any of them changes;
we need to do those checks in the same order in which we create
the scrollbars, otherwise we'll try to get the adjustment of
the vscrollbar when we just set the up the hscrollbars' adjustment.

Remove redundant not-NULL checks from GtkScrolledWindow

The scrollbars are created at construction time and there is no
way to set them to NULL so remove the unnecessary NULL checks.

https://bugzilla.gnome.org/show_bug.cgi?id=525206

Avoid a critical in the file chooser

Hiding the location entry was causing criticals, because
the completion was updated after the widget has already
been disposed.
https://bugzilla.gnome.org/show_bug.cgi?id=720330

css: Actually break at end of the string

Introduced in 65c4c1555d0634c063c3aa354620de260e4aaf7f.

Found by gnome-continuous running the testsuite.

Includes fixing a broken test in the testsuite.

GtkAppChooserDialog: Make the search entry wider

It was too narrow, and looked a bit odd.

https://bugzilla.gnome.org/show_bug.cgi?id=727147

searchbar: Add some spacing

When showing the close button, and placing a wide entry in the
middle, there was no separation at all. Fix this by setting
some spacing.

ColorChooser: Emit notification for editor changes

When the color editor is visible, there is no way for the
application to know about the changes that are happening.
Fix this by emitting property notification for the "rgba"
property.

http://bugzilla.gnome.org/show_bug.cgi?id=708037

Add a 3.14 index for the GDK docs